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(54) Method and bus interface employing a memory in an integrated circuit for linking a bus with 
an application device 



(57) The IEEE 1394 bus communication protocol 
has three layers: physical layer, link layer, and transac- 
tion layer. A link layer IC implements the interface to an 
external application and prepares data for sending on 
the bus, or interprets incoming data packets from the 
IEEE 1 394 bus. A physical layer IC implements the direct 
electrical connection to the bus and controls many func- 
tions including arbitration for sending data on the bus. 



According to the invention the capacity of the on-chip 
memory becomes assigned in a flexible way in order to 
be able to meet the requirements for any specific serv- 
ice. Further, the on-chip memory is prevented from stor- 
ing data packets containing transmission errors by CRC 
checking on the fly header data and other data. This is 
performed for asynchronous data packets as well as is- 
ochronous data packets, and allows to have a minimum 
on-chip memory capacity only 
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Description 



[0001] The present invention relates to a method and 
to a bus interface employing a memory in an integrated 
circuit which is used to link a bus with an application 
device to be controlled by the bus. 

Background 

[0002] The IEEE1394 bus is a low cost, high perform- 
ance serial bus. 

It has a read/write memory architecture and a highly so- 
phisticated communication protocol. Data rates of 100 
200 or 400Mbit/s can be transmitted in nearly real time' 
Simultaneously, data can be transmitted bi-directionally 
The first ten bits of transmitted address values refer to 
one of up to 1023 possible IEEE1394 bus clusters The 
following six bits of the transmitted address values refer 
within a specific cluster to one of up to 63 nodes to which 
an application or device is assigned. Data between 
nodes can be exchanged without interaction of a host 
controller. Devices can be connected to or disrupted 
from the network at any time, allowing a plug and plav 
behaviour. 

The standardised cable connection for the nodes has a 
length of 4.5m and contains three twisted cable pairs of 
which two pairs serve for data and control information 
oTsvTo^OV. fUrther Pa ' r Car " eS SUPP ' y voltaaes 
Three level coding is used: HIGH '(H), LOW fL) and 
HIGH IMPEDANCE (2). H overrides L, L overrides 2 
The characteristic impedance. is 110Q. There is also a 
version IEEE1 394-1 995 of the bus specification includ- 
ing only two twisted pairs of cables on which no power 
supply voltage is present. ■ ■ - 

The communication protocol has three layers- physical 
layer, link layer, and transaction layer. Typically the 
transaction layer is realised by firmware whereas the 
other layers are implemented using chip sets 
The physical layer contains analog transceivers and a 
digital state machine: It handles bus auto-configuration 
and hot plug. It reclocks, regenerates and repeats all - 
packets and forwards all packets to the local link layer. - 
It carries out-packet framing, for example speed code 
prefix, and packet end assembling. It arbitrates and - 
transmits packets from the local link layer. Available IC 
types are e.g. TSB11C01, TSB11LV01, TSB21LV03 
and TSB41 LV03 of Texas Instruments, MB866 11- of Fu- 
jitsu, and 21 S750 of IBM. 

The link layer performs all digital logic. It recognises 
packets addressed to the node by address recognition 
and decodes the packet headers. It delivers packets to 
higher layers and generates packets from higher layers • 
It works either isochronous for AV data use or asynchro- 
nous for control data use. 

In the isochronous mode a channel having a guaranteed 
bandwidth is established. There is a defined latency. 
The transmission is performed in 1 25us time slots or cy- 



« • •.. cles. Headers and data blocks of a packet have sepa- 
rate CRCs (cyclic redundancy check). This mode has a 
-- higher priority than the asynchronous data transfer 
mode. • 

s The asynchronous mode, is not time critical, but safe It 
. operates as an acknowledged service with a busy and 
retry protocol. Fixed addresses are used. Transmission 
• takes place when the bus is. idle. The asynchronous 
" . mode handles read request/response, write request/re- 
. sponse, and lock request/response. It performs cycle 
control, CRC generation and validation. Available link 
layer IC types are e.g. TSB12C01A, TSB12LV21 
- TSB12LV31, and TSB12LV41 of Texas Instruments' 
and PDI1394L11 of Philips. . . 
«- [0003] The transaction layer implements asynchro- 
nous bus transactions: 



Read request/read response 
• Write request/write response, 
Lock request/lock response. 



20 



As mentioned above it can be implemented by software 
running on a microcontroller, such as e.g. the i960 of 
. . SparcLite. 

25 There may also be an AV (audio video) layer carrying 
out device control, connection management, times- 
tamping, and packetising. 

[0004] ■ In IEEE1 394 systems, the link layer acts as an 
-interface between an external application and the 
so- IEEE1394 bus (through the physical layer). 
■ . ■ The external application can be for example a consumer 
device, such as a set-top-box or a VCR or a DVD player, 
which delivers /receives latency critical isochronous da- 
ta and non-latency, critical asynchronous data 
3S . The asynchronous data packets are used for the con- 
■.' « trolling operations or register read/write/lock operations 
- < -Isochronous data packets contain information items like 
, videoVaudio data. 

4° Invention , - 



O[G005] For timing decoupling of IEEE1394 bus and 
■■■ application an on-chip memory is used. Because of 
strongly limited link layer IC on-chip memory capacity it 
- . is important to save space when processing with this 
: memory. In case of an ASIC solution for the link layer IC 
a.FIFO (first-in first-out memory) can be used to connect 
. • - the IEEE1 394 bus with the application device and to or- 
-•. .:ganise the handling of the asynchronous and iso- 
so - . .chronous data packets. , • 
. . - :lt is possible to separate the memory capacity into fixed 
- . areas for asynchronous and isochronous data. Howev- 
. - . er,. it is advantageous to split the memory capacity in a 
. . flexible way in order to be able to meet the requirements 
ss. .for any specific service. Then the memory capacity re- 
:: maming for other services is to be managed efficiently 
in order to meet the speed and address requirements 
One problem is the efficient management of latency crit- 
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ical isochronous data and non-latency critical asynchro- 
nous data within the on-chip memory. 
According to the invention, the on-chip memory is pre- 
vented on the fly from storing packets containing trans- 
mission errors. This feature is true for all asynchronous 
data packets and in special cases also for isochronous 
data packets. 

In particular, the FIFO memory of the link layer chip is 
separated into three areas: asynchronous-reception ar- 
ea, asynchronous transmission area arid isochronous 
data packet area. 

In the asynchronous mode the reception and transmis-, 
sion of IEEE 1394 bus data packets is performed in an< 
independent way, whereas in the isochronous mode the • 
reception and transmission of a data packet is carried 
out in a sequential way, thereby accessing the same 
memory area. 

In receiving mode the data packets coming from the 
IEEE 1394 bus are written word by word into the corre : * 
sponding memory area. According to the IEEE 1 394 bus ■ 
specification the first part of a data packet is'defined as 
the packet-header which is followed by the packet (user) 
data in the second part. 

[0006] There are two CRC checkwords (cyclic redun- 
dancy check) in an asynchronous IEEE1 394 data pack- 
et. The first one is appended to the packet header and 
the second one is appended to the packet or payload 
data. Due to this specific location of the CRC check- 
words within the received packet datastream it is not 
possible to process the CRC checkwords before writing 
a data packet into memory. There are at least three ways 
to process an asynchronous data packet: * 



a) write all data packet completely into the memory 
without CRC check. Upon reading the data packets 35 
from the memory, the application device will carry ■' . 
out the header CRC check and the packet data CRC - 
check on all data packets and skip the erroneous 
data packets; 

b) in each case, write a complete data packet into 40 
the memory thereby carrying out immediate CRC 
check on this data packet and mark it as 'erroneous' 

if true for the header CRC check and/or the packet 
data CRC check. Upon reading the data packets 
from the memory, the application device will check-' 45 
the marking of all data packets and skip the errone- • 
ous data packets; 

c) in each case, 'carry out 'on-the-fly' a header CRC - 
check or a header CRC check and a packet data 
CRC check on the incoming data packet using a so 
dedicated CRC check unit and its register(s), and 

do not write the incoming data packet or its packet - 
data into the memory if the header and/or the packet 
data is erroneous. Then, initialised by the first head- * '■ 
er data byte, overwrite the erroneous data packet' ss~ 
or packet data, respectively, with the next incoming 
data packet or packet data. 



Advantageously, alternative c) is performed because it 
saves as much memory space as possible. 
[0007] Isochronous data packets have a similar struc- 
ture. The packet header is followed by a header CRC 
checkword which itself is followed by a payload data 
field to which a data CRC checkword is attached. This 
payload field, or data field, contains at the beginning an 
information field denoted common isochronous packet 
(CIP) header, describing the structure of the following 
data'. This item of information is not necessarily written 
into the memory. 

Source data packets may contain data groups which 
have a pre-known fixed data length which does not 
match the data length of the IEEE1394 payload data 
field. E.g. MPEG transport packets do have a standard- 
ised length of 1 88 bytes which is different from the length : 
of 1 04 bytes of the IEEE1 394 payload data field. There- 
fore one MPEG transport packet can be transmitted par-" 
4ialiy within one, two, four or eight succeeding IEEE1394 
20 ^payload data fields. 

There are at least six ways to process an isochronous 
data packet: 
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d) in each case, if a data packet is recognised to be 
addressed to the application device, write it com- 
pletely into the memory without header CRC check 
and data field CRC check. Upon reading the data 
packets from the memory, the application device will 

• carry out both types of CRC checks on all data pack- 
ets and skip the erroneous data packets; 

e) in each case, write a complete data packet into 
the" memory, carry out immediate header CRC 
check and/or data field CRC check on this data 
packet and mark it as 'erroneous* if true for the 

- header and/or the data field. Upon reading the data 
packets from the memory, the application device will 
icheckthe markings of all data packets and skip the 
erroneous headers and/or data fields. In some cas- 
es it may be possible that one part of a data packet t 
can be used although the other part is erroneous; . 

.,f) in each case, carry out 'on-the-fly' a header CRC 
check on the incoming data packet . using a dedicat- . 
edjCRC check unit and its register(s). Do not write 
the incoming data packet into the memory, if the 
header is erroneous. Otherwise, either evaluate the 

• header directly and r write the data field into the 
memory including the data field. CRC, or write the 

' header and the data field into the.memory including 
the data field CRC. Data -field CRC check is per- 
formed later; 

*g) in each case, carry out 'on-the-fly' a header CRC 
check on the incoming data packet using a dedicat- 
ed CRC check unit and its register(s). Do not write 

' the incoming data packet into the memory if the 
header is erroneous. Otherwise, either evaluate the 

. he'ader directly and write the data field into the 
•memory including the data CRC thereby performing, 
data field CRC check, or write the header and the 
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data field into the memory thereby performing data V : 
field CRC check, and mark the data field as 'errq- " 
neous' if true. The marking can be stored in the , : 
memory together with the data field. Upon reading 
the payioad data field, or the header and the pay- s 
load data field, from the memory the application de- 
vice will check the marking and skip the erroneous 
payioad data fields or headers, respectively; 

h) in each case, carry out 'on-the-fly' a header CRC 
check and a data field CRC check on the incoming 10 
data packet using a dedicated CRC check unit and 

its register(s). Do not write the incoming data packet 
into the memory if the header and/or the data field " 
is erroneous; 

i) in each case, carry out 'on-the-fly' a header CRC is 
check on the incoming data packet using a dedicat- 
ed CRC check unit and its registers). Do not write 

the incoming data packet into the memory if the 
header is erroneous. Otherwise, either evaluate the ^ 
header directly and write the source packet data 20 
from the data field into the memory thereby perform- 
ing data field CRC check, or write the header and 
the data field into the memory thereby performing 
data field CRC check, and mark source packet data 
or the data field, respectively, as 'erroneous* if true. 
In addition, the above described data length is 
checked. In case the pre-known data length of a 
source packet is not achieved, this source packet 
can be marked as 'erroneous'. That packet will be 
overwritten by the next packet. Upon reading the 
header and the payioad data field from the memory 
the application device will check the marking and 
skip the erroneous payioad data fields or headers, 
respectively. 



ceiyed current data packet in each case said first error 
protection code is evaluated and if this evaluation indi- 
cates that the header data of the current data packet 
have been received erroneously, at least payioad data 
of the current data packet are not written into said mem- 
ory. In case header data of said current data packet have 
been written into said memory and the evaluation of said 
first error protection code or said second error protection 
code., respectively, indicates that the header data resp. 
payioad data of the current data packet have been re- 
ceived erroneously, the header data of the next data 
packet to be received can overwrite the header data of 
the current data packet in said memory. 
[0011] Advantageous additional.embodiments of the 
inventive method are disclosed in the respective de- 
pendent claims. 

[0012] In principle the inventive bus interface is suited 
for linking a bus with an application device to be control- * 
led by said bus, wherein data packets are sent via said 
bus to said application device which include header data 
to which a first error protection code is assigned and 
payioad data to which a second error protection code is 
assigned, and includes;. 
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a memory in an integrated circuit into which said 
payioad data are intended to be intermediately 
stored; 

. evaluation means which in each case evaluate said 
first error protection code of a received current data 
packet, wherein, if the evaluation result indicates 
that the header data of the current data packet have 
been received erroneously, at least payioad data of 
the current data packet are not written into said 
memory. 



Advantageously, alternative i) is performed because it 
saves as much memory space as possible and because 
it allows to not only detect transmission errors but also 
source packet generation errors. 
[0008] It is one object of the invention to disclose a 
method for employing a memory in an integrated circuit 
which is used to link a bus with an application device to 
be controlled by said bus, wherein the required memory 
capacity is minimised. This object is achieved by the 
method disclosed in claim 1 . 

[0009] It is a further object of the invention to disclose 
an apparatus which utilises'the inventive method. This 
object is achieved by the apparatuses disclosed in claim 

[001 0] In principle, the. inventive method 1 employs a 
memory in an integrated circuit which is used to link a 
bus with an application device to be controlled by said* 
bus, wherein data packets are sent via said bus to said 
application device which include header data to which 
a first error protection code is assigned and payioad da- " 
ta to which a second error protection code is assigned, Fig. 1 

and wherein said payioad data are intended to be inter- 
mediately stored in said memory, and wherein for a re- * ' J Fig 2 
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In case, header data of said current data packet have 
been written into said memory and the result from said 
evaluation means concerning said first error protection 
(> code or said second error protection code, respectively, 
indicates that the header data resp. payioad data of the 
current data packet have been received erroneously 
/memory address generation means can control said 
memory such that the header data of the next data pack- 
et to be received overwrite the header data of the current 
data packet. 

[0013], Advantageous additional embodiments of the 
inventive apparatus are disclosed in the respective de- 
pendent claims. * ' 

Drawings " 

[0014] Embodiments of the invention are described 
with reference to the accompanying drawings, which 
show in: 



I EEE1394 double-node for bi-directional real- 
time video applications; 
an IEEE1394 bus-connected set-top box, 
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VCR and DVD player; 

Fig. 3 a CRC checking unit which controls address- 
es of the on-chip memory; 

Fig. 4 on-chip memory having stored a first amount 
of data before previously stored data are over- 
written; . 

Fig. 5 on-chip memory having stored, a second 
amount of data before previously stored data 
are overwritten. 

Exemplary embodiments 

[0015] In Fig. 1 a physical layer IC PLI is connected 
to an IEEE1394 bus cable B. PLI is at the other side 
assigned to a link layer IC LLI for data input and/or data 
output. LLI is assigned to an application device APR'LLI 
and PLI via LLI are controlled by a microcontroller uP. \ 
Application device APP can also be controlled by uP. 
Alternatively, PLI and/or APP can be controlled by a sep- 
arate microcontroller. uP can carry put the above de- \ 
scribed CRC checks. 

[0016] The invention can e.g. be used for an applica- 
tion as depicted in Fig. 2: A set-top box STB with receiv- 
ing unit RU, MPEG decoder MDEC and IEEE1394 in- 
terface 1 394S receives a digital TV program via satellite 
or cable. The receiving unit output signal is transmitted 
via IEEE1 394 bus for the purpose of recording to a video 
recorder VCRR including also a IEEE1394 interface 
1394V. Simultaneously, a DVD player DVDP replays a 
DVD disc and the DVD data is also transported via an 
IEEE1394bus interface 1394Dto the IEEE1394bus in- 
terface 1 394S of the set-top box in order to be decoded 
by the MPEG decoder MDEC and to be displayed on 
the screen of a television receiver TV. TV may still have 
an analog signal connection to the set-top box, but may 
also be connected to STB by an IEEE 1394 bus inter- 
face. So, the set-top box IEEE 1394 bus node 1394S 
needs a bi-directional functionality. 
[0017] In Fig. 3 a CRC check unit CRC_CHU and an 
on-chip memory RAM are provided with IEEE1394 bus 
data 1 394DAT. This memory stores asynchronous or is- 
ochronous packet data. After CRC check, CRC_CHU , 
sends, according to the CRC check result, correspond- 
ing control information CTRL to a memory address gen- 
eration unit MADGLL MADGU provides memory RAM 
with corresponding address values which serve to e.g. 
overwrite an already stored erroneous data packet 
[001 8] Fig. 4 depicts content of memory' RAM in con- 
nection with header and data CRC checking. As an ex- 
ample, RAM contains: 

the header HP0 of packet #0; 
the CRC code HCRCP0 for this header, the status 
of which is 'ok', i.e. the header data have been re- 
ceived error-free; 
the data DATP0 of packet #0; 
CRC code DATCRCF»0 for the data of.this packet, 
the status of which is 'ok', i.e. the data have, been 



received error-free; 

the header HP! of packet #1 ; 

- " CRC code HCRCP1 for this header, the status of 

which is 'fault', i.e. erroneous header data have 
5 been received. As a result, the data of packet #1 

are hot written into RAM and HCRCP1 will be over- 
written by the header data of packet #2. 

[0019] Fig. 5 depicts content of memory RAM in con- 
10 nection with Jieader and data CRC checking. As an ex- 
ample, RAM contains: 

- . the header HP0 of packet #0; 

- . CRC code HCRCP0 for this header, the status of 
which is 'ok', i.e. the header" data have been re- 
ceived error-free; 

- / the data DATP0 of packet #0; / 
CRC code DATCRCP0 for the data of this packet/ 
the status of which is 'ok', i.e. the data have been 
received error-free; 
the header HP1 of packet #1 ; 
CRC code HCRCP1 for this header, the status of 
which is 'ok\ i.e.' the header data have been re- 
ceived error-free; : 
the data DATP1 of packet #1 ; 
CRC code DATCRCP1 for the data of this packet, 
the status of which is 'fault', i.e. erroneous data have 
been received. As a result, the header data of pack- 
et #2 are not written after DATCRCP1 into RAM but 

will overwrite the header data HP1 of packet #1, 
. ( controlled by MADGU. 

[0020] In case error-free header data are not written 
into the memory they are evaluated before and/or during 
corresponding pay load data are written into the memo- 
ry-,... . • 

[0021] The invention offers the following advantages 
fpr asynchronous, data packet reception: 

- ] 'hp. P r 9P ess ' n 9 power of the application device is re- 
] quired because the CRC checks can be performed 

* by a dedicated CRC check unit on the chip; 
- 1 _ the on-chip memory utilisation is optimum because 
. erroneous packet data become overwritten.. 

[0022]" The invention offers the following advantages 
for isochronous data packet reception: 

no processing power of the application device is re- 
quired because the CRC checks can be performed 
" 1 by : a dedicated CRC check unit on the chip; 
, . . - , the. application device can decide to make use of 
. ' ' data packets with data field CRC errors but correct 
packet length, e.g. in order to keep synchronised 
55 ' audio/video data which have a fixed temporal loca- 
tion to each other; ... 
this decision is software controllable; 

- the on-chip memory utilisation is optimum because 



15 



20 



25 



30 



35 



40 



45 



50 



5 



)CID: <EP 1035682A1_I_> 



EP 1 035 682 Al 



10 



erroneous packet data become overwritten. 

[0023] Instead of an IEEE1 394 bus any other bus like 
Ethernet or Internet can be used. Instead of the CRC 
error protection code any other error protection code like s 
e.g. Reed Solomon or parity bits can be used. 



Claims 
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1. Method for employing a memory (RAM) in an inte- 
grated circuit which is used to link a bus (B) with an 
application device (APP) to be controlled by said 
bus, wherein data packets (1394DAT) are sent via 
said bus to said application device which include 1$ 
header data (HPO, HP1) to which a first error pro- 
tection code (HCRCPO, HCRCP1) is assigned and 
payload data (DATPO, DATP1) to which a second 
error protection code (DATCRCPO, DATCRCP1) is 
assigned, and wherein said payload data are in- 20 
tended to be intermediately stored in said memory, 
characterised in that for a received current data 
packet in each case said first error protection code 
(HPO, HP1) is evaluated (CRC-CHU) wherein, if this 
evaluation indicates that the header data of the cur- 25 
rent data packet have been received erroneously, 

at least payload data (DATPO, DATP1) of the cur- 
rent data packet are not written into said memory. 

2. Method according to claim 1 , wherein in case head- 30 
er data of said current data packet have been writ- 
ten into said memory and the evaluation (CRC- 
CHU) of said first error protection code or said sec- 
ond error protection code, respectively, indicates 
that the header data resp. payload data of the cur- . 35 
rent data packet have been received erroneously, 

the header data of the next data: packet to be re- 
ceived will overwrite the header data of the current 
data packet in said memory (RAM). 

40 

3. Method according to claim 1 or 2, wherein said bus 
(B) is an IEEE1 394 bus and said data packets are 
asynchronous or isochronous data packets. 

4. Method according to claim 3, wherein in case of 45 
asynchronous data packets the overwriting in said 
memory (RAM) is initialised by the first header data 
byte. 

5. Method according to claim 3, wherein in case of is- so 
ochronous data packets and data groups in the data 
packets having a pre-known data length and where- 
in, in case the actual data length of a data group 
received does not match said pre-known data 
length, the header data resp. payload data of the S5 
next data packet to be received will also overwrite 
the header data resp. payload data of the current 
data packet in said memory (RAM). 



Method according to any of claims 1 to 5, wherein 
error-free header data are not written into said 
memory but are evaluated before and/or during cor- 
responding payload data are written into said mem- 
ory. 

Method according to any of claims 1 to 6, wherein 
before and/or during payload data (DATPO, DATP1 ) 
of la i current data packet are written into said mem- 
ory, said second error protection code (DATCRCPO, 
DATCRCP1 ) is evaluated (CRC-CHU), and where- 
in the payload data of said current data packet are 
marked as 'erroneous* if true and wherein that mark- 
ing is stored in the memory together with the pay- 
load data. 

Bus interface for linking a bus (B) with an application , 
device (APP) to be controlled by said bus, wherein 
data 'packets (1394DAT) are sent via said bus to 
said application device which include header data 
(HPO, HP1) to which a first error protection code 
(HCRCPO, HCRCP1 ) is assigned and payload data 
(DATPO, DATP1 ) to which a second error protection 
code (DATCRCPO, DATCRCP1) is assigned, in- 
cluding: 

a memory (RAM) in an integrated circuit into 
which said payload data are intended to be in- 
termediately stored; 

evaluation means (CRC-CHU) which in each 
case evaluate said first error protection code 
(HPO, HP1) of a received current data packet, 

wherein, if the evaluation result indicates that the 
header data of the current data packet have been 
received erroneously, at least payload data 
(DATPO, DATP1 ) of the current data packet are not 
written into said memory- 



9. Bus interface according to claim 8, wherein in case 
header data of said current data packet have been 
written into said memory (RAM) and the result from 
said evaluation means (CRC-CHU) concerning said 
first error protection code or said second error pro- 
tection code, respectively, indicates that the header 
;data resp. payload data of the current. data packet 
have been received erroneously, memory address 
{generation means (MADGU) control said memory 
(RAM) such that the header data of the next data 
packet to be received overwrite the header data of 
the current data packet. 

10. Bus interface according to claim 8 or 9, wherein said 
bus (B) is an IEEE 1394 bus and said data packets 
are asynchronous or isochronous data packets. 



ID: <EP 1035682A1_L> 



3CID: <EP 1035682A1J 



EP 1 035 682 A1 



1394 DAT 



CRC-CHU 



CTRL 



Fig.3 



RAM 



1 



AD 



MADGU 







Sill 
















J {.>Vy.?.- : -::"N; 






SPSS 









RAM 



\ 



HPO ! 
HCRCPO 

DATPO 

DATCRCPO 
HP1, 

HCRCP1 ' 



Fig.4 




HPO 
-HCRCPO 

DATPO 

, DATCRCPO 
HP1 

HCRCP1 
DATP7 

DATCP1 



Fig.5 



O <EP 1035682A1_I_> 



8 



\ 



EP 1 035 682 A1 



\ 



J 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 99 25 0067 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation ol document with Indication, whore appropriate, 
of relevant passages 



Relevant 
to claim 



CLASS F1CATHDN OF THE 
APPLICATION <lnt.CI.7) 



EP 0 804 033 A (TEXAS INSTRUMENTS INC) 
29 October 1997 (1997-10-29) 

* abstract * 

* page 3, line 5 - line 41 * 

* page B, line 12 - line 22 * 

* page 9, Tine 26 - line 32 * 

* figures 1,14,18 * 

US 5 548 598 A (DUP0NT PIERRE) 

20 August 1996 (1996-08-20) - 

* abstract * ^ 

* column 1, line 66 - column 2, line 15 * 

* column 3, line 35 - column 4, line 43 * 

* figures 3,4 * 

BLOKS RH J: "The IEEE-1394 high speed 
serial bus" 

PHILIPS JOURNAL OF RESEARCH, 
vol. 50 , no. 1, 

1 January 1996 (1996-01-01), page 209-216 

XP004008212 

ISSN: 0165-5817 

* abstract * . 

* paragraph '0002! - paragraph '0004! * 



1,3,8,10 



H04L1/00 
H04L29/06 



1,2,8,9 



1,3,4,10 



The present search report has been drawn up for all claims 



TECHNICAL FIELDS 
SEARCHED (lnt.CI.7) 



H04L 

H04N 
G06F 



Place ol search 

THE HAGUE 



Dsto ef completion of the setuch 

1 September 1999 



Examine/ 

Poggio, F 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant If Uteri alone 

Y : particularly relevant If combined with another 

document ot the same category 
A : technological background 
O : non -written disclosure 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, but published on, or 

after the fling date 
D : document cited in the application 
L : document died tor other reasons 



& : -nember of the came patent family, corresponding 
document 



DCID: <EP 1035682A1_I_> 



9 



EP 1 035 682 A1 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 99 25 0067 r 



This annex lists the patent family members relating to the patent documents cited In the above-mentioned European search report. 
The members are as contained In the European Patent Office EDP file on 

The European Patent Office Is In no way liable for these particulars which are merely given tor the purpose of information. 

01-09-1999 



Patent document 
died In search report 



Publication 
date 


Patent (amUy 
momber(s) 


Publication 
date 


29-10-1997 


CN 


1175838 


A 


11-03-1998 




JP 


.10117349 


A 


06-05-1998 




EP 


0803821 


A 


29-10-1997 




EP 


0803819 


A 


29-10-1997 




EP 


0804008 


A 


29-10-1997 




EP 


0803803 


A 


29-10-1997 




* JP 


10074175 


A 


17-03-1998 


20-08-1996 


CN 


11260li 


A 


03-07-1996 




EP 


0700615 


A 


13-03-1996: 




JP 


8511400 


T 


26-11-1996 




< WO 


" 9526599 


A 


05-10-1995 



EP 0804033 



US 5548598 



s 

a 

& 

g 

ur For more details about this annex :see Official Journal of the European Patent Office, No. 12/82 



:iD: <EP 1035682A1J_> 



10 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 



□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS " 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE (S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




BLURRED OR ILLEGIBLE TEXT OR DRAWING 



